約 3,496,582 件
https://w.atwiki.jp/minidisc/pages/588.html
ガム型 1400mAh SONY ニッケル水素電池 NH-14WM B NH-14WMB https //www.sony.jp/battery/products/NH-14WMB/index.html ガム型 NH-14WM(A) 1350mAh 【部品】SONY純正 ニッケル水素蓄電池(NH-14WM(A)) 対応機種:MZ-EH50 NH-14WM(Z) ガム型 1300mAh
https://w.atwiki.jp/au-sh006/pages/16.html
1レス目 商品名 AQUOS SHOT SH006 発売中 サイズ 約112×51×16.8mm 重量 132g 連続通話 260分(国内・Wi-Fiエリア内を含む) 待受時間 290時間(国内・移動と静止の組合せ) メインディスプレイ 約3.4インチ フルワイドVGA NewモバイルASV液晶 サブディスプレイ 約1.4インチ 有機EL カメラ 有効画素数約1210万画素/CCD/オートフォーカス/手ブレ補正 外部メモリ microSD^(TM)/microSDHC^(TM)メモリカード (最大16GBまで) カラー フラッシュグリーン、クールホワイト、ブリスクブルー 前スレ au SH006 bySHARP Part9 http //anchorage.2ch.net/test/read.cgi/keitai/1268460730/ wikipedia http //ja.wikipedia.org/wiki/SH006 au公式 http //www.au.kddi.com/seihin/ichiran/kishu/sh006/index.html シャープ公式 http //www.sharp.co.jp/products/sh006/ SH006 wiki http //www21.atwiki.jp/au-sh006/pages/13.html ルーター動作報告テンプレ 【メーカー】 【型番】 【接続】成功or失敗 【備考】設定などした場合や、wifi使用感想などはここに 2レス目 FAQ Q.Lismo PortでPCと接続出来ねぇぞ A.Wi-Fi切れ 、自動接続も Q.EZムービー青歯で聞けねぇぞ A.仕様だ、auに文句言え Q.動画の仕様は? A.動画変換君 SH001でググれ
https://w.atwiki.jp/under10kyenpsu/pages/23.html
オウルテック - スーパーサイクロン 概略 製品名/型番 スーパーサイクロン / SS-410C 発売元 オウルテック メーカー(OEM先) Seasonic コンデンサー1次/2次 日立85℃ / 日ケミ105℃ CEC105℃ 効率 75%前後 80PLUS認証 × Active PFC ○ ユニバーサル対応 ○ プラグイン × ケーブル メインケーブルのみシールド加工 排熱方式 トップフロー方式 ファン ADDA製スリーブベアリング12cm 販売元保証期間 ?年 MTBF(平均故障間隔) ?時間 製品ページ Owltech 電源 Super Cyclone SS-410C Power Supply 出力 +3.3V +5V +12V1 +12V2 -12V +5Vsb 20A 14A 16A 16A 0.8A 2.5A 保護回路 OCP(過電流保護機能) × OVP(過電圧保護機能) ○ UVP(不足電圧保護機能) × OLP(過負荷保護機能) ○ OPP(過出力保護機能) × SCP(短絡保護機能) ○ OTP(過熱保護機能) × ファン回転数/騒音 ファン回転数 騒音 ? ? 実売価格 410W 7,000円弱 Seasonic スーパーサイクロン SS-410C 価格比較 [coneco.net] 特記事項 内部写真 Part12 172よりhttp //feiticeira.jp/jisaku/img/7708.jpg http //feiticeira.jp/jisaku/img/7709.jpg http //feiticeira.jp/jisaku/img/7710.jpg http //feiticeira.jp/jisaku/img/7711.jpg 最終更新日時 2007-05-30 23 28 44 (Wed) 総アクセス数 -
https://w.atwiki.jp/garumoyokubari/pages/34.html
FAQ Q 良ゲー? A:モンハンやMMORPGの自キャラの見た目をいじるのが好きな人はハマると思う アイテム数が半端ないのでアイテム蒐集癖のある人にもオススメ Q:男だけど買ってもいい? 男なので買うのが恥ずかしい… A:男なら買っちゃえよ。買うのが恥ずかしければダウンロード版があるよ。 Q:DL版のメリットやオススメSDカードは? A:DL版だと毎日起動するのに楽で続けやすいのが何よりのメリット。 SDカ-ドは16~32GBの東芝・サンディスク製が信頼性があってオススメです。 Q:全部終わった!でもこれだけ? A:ここからが本番、アイテムコンプの世界へようこそ。 Wi-Fiスレでコンプしたりコラボ提供したり、コンテストスレに行ってセンスを磨くのも一つの手。 楽しみ方は人それぞれ。好きなように楽しみましょう。
https://w.atwiki.jp/parepan/pages/268.html
DHCPサーバからIPを割り振ってもらう場合のコマンド # ifconfig eth0 dhcp start 以上
https://w.atwiki.jp/media_keg/pages/13.html
■■質問する前に見るFAQ■■ 【公式】使い方やFAQなどが載っています。まず読みましょう。 http //www.kenwood.co.jp/faq/index.html 【名前について】 ・おにぎり ⇒ HD20GA7-W(白) ・おはぎ ⇒ HD20GA7-B(黒) ・あずきバー、すいかバー ⇒ HD20GA7-EVA2(アスカレッド) ・ようかん、羊羹 ⇒ HD30GA9 ・硯 ⇒ HD30GB9-B(ピュアブラック) ・新米おにぎり、切り餅 ⇒ HD30GB9-W(ピュアホワイト) ・はんぺん ⇒ HD10GB7-W(白) ・黒はんぺん ⇒ HD10GB7-B(黒) ・白金、金粉おにぎり等 ⇒ HD60GD9EC(ボディが白、シャーシが金) ※HD20GA7-Wの色合いが白米+海苔に見えたため『おにぎり』と名付けられたのが発端。 【本体:HD20GA7/HD30GA9/HD30GB9/HD60GD9】 ●ギャップレス再生が出来ると聞きました ⇒WAVとロスレスは完全ギャップレス再生が可能です。 ※MP3とWMAはギャップレスではありません。 ●Supremeって何ですか?どう読むの? ⇒エンコード時に欠落した高音を補間する技術です。『サプリーム』と読みます。 Supremeは22kHzまで補間され、MP3/WMAで効果があると思われます。 SupremeEXは44.1kHzまで補間され、WAVやロスレスにも効果が期待されます。 ●FMトランスミッタを使用して車で使用するとノイズが出ます。 デジタルアンプを採用しているため、ノイズが出やすいようです。 ⇒HD20GA7/HD30GA9の場合は、EQをNOISE CUTにして下さい。 ※HD30GB9以降はNOISE CUTがありません。どのEQでも大丈夫のようです。 ※推奨トランスミッタ(オーテクAT-FMT8)だとノイズが出にくいようです。 ●転送した曲が再生できなくなってしまいました。 データベースが壊れている可能性があります。以下の方法を試してみてください。 ⇒電池スイッチを一旦切ってみてください。(BATT.をOFFしてからON) ⇒\KWSYSTEM\MUSIC(隠しフォルダ)内のファイルを消してからKMAでライブラリ更新をして下さい。 ●ファイルを消したのに、まだ表示されます。消し方を教えてください。 ⇒KMAで"PDの"ライブラリ更新をして下さい。 ※プレーヤからファイルを消した場合、必ずPDのライブラリ更新をして下さい。 ※でないと亡霊が残ります。 ●本体をPCに接続したらフリーズ/ブルースクリーンになってしまいます。 CD/DVDドライブにディスクが入っていませんか? ⇒ディスクを取り出してから接続して下さい。 ※インストーラの仕様(?)バグ(?)によるものと思われます。 ●WAV、Losslessの再生時間はどのくらいですか? ⇒5~6時間。操作をすると短くなります。 ⇒GD9は15時間前後らしいです。 ●使ってないのに電池残量が減ってしまいます。 ⇒仕様です。長い期間使用しない場合は、BATTスイッチをOFFにしましょう。 下記を参考にして下さい。 ★パワーオフ(電源ボタンでオフ) PCのスタンバイと同じ。電力は消費しているが、復帰が素晴らしく速い。 ★電池オフ(電池スイッチをオフ) PCのシャットダウンと同じ。 電力の消費は無いが、次回使用時はOSの起動からやり直しのため遅い。 ●ジャケット画像のサイズは? ⇒「小」設定 75×75ドット 「大(楽画)」設定 200×200ドット ※16Bit色に減色。200×200以上の画像は転送時に自動縮小。縦横比は保持。 ★小技:予め200x200に縮小しておくと綺麗に表示されるようです。 ★便利ツールを使うと小さい画像も綺麗にできます。 ●HDDって換装できる? ⇒換装は自己責任で。 【GA7/GA9/GB9】 20GB:MK2006GAL 30GB:MK3006GAL 40GB:MK4007GAL 60GB:MK6006GAH(蓋が閉まらない) MK***8GAL等のZIFコネクタタイプは取り付けられないので要注意。 東芝以外のHDDは使用できないとの情報あり。 SSDもそのまま換装出来るものがありません。 【GD9】 GD9はZIFコネクタタイプのHDD(Seagate ST760211DE)を使用しているため、 上記HDDは使用できません。以下が動作確認済み。 80GB:MK8025GAL 相性問題あり。 120GB:HS12YHA 転送は激遅。 160GB:MK1634GAL 転送は激遅。 ●SSD (CF変換) はどうよ? ⇒換装は自己責任で。CF変換は200倍(30MB/S、HDDと同程度) 以上の方が音質に影響がない(?)。 カメラ用の600倍・300倍を入れるとあきらかに良くなる、との報告あり。 【GB9】 [SSD] × G-Monster-50IDE PC上では認識されるが起動せず。 [CF変換] △ AR-IDE1CF500 + Silicon Power 16GB 成功。音質劣化あり。 + Silicon Power 32GB 失敗。 △ CR-1000IDE + Silicon Power 16GB 成功。 + Silicon Power 32GB 失敗。 + PhotoFast 32GB 失敗。 + GH-CF32GD 失敗、成功例の両方あり。 ○ 変換名人CFIDE-18IB + BCF15-32G(150倍速) 成功。音質劣化あり。 + SDCFXP-016G-J91 (16GB) 成功。音質劣化なし。 + SDCFXP-064G-J91 (64GB) 成功。音質劣化なし。 【GD9・GD9EC】 [SSD] ○ MCCOE64GEMPP-01A 成功。 × PF18Z64GSSDZIF PC上では認識されるが起動せず。 × RunCore PRO-iV 64GB 1.8 PC上では認識されるが起動せず。 × GH-SSD128GP-1MA(?) PC上でも認識されず失敗。 △ GM18M128EZIFV4 起動は成功。しかし動作は不安定。 △ FZM28GW18P 起動は成功。しかし動作はGM18M128EZIFV4同様不安定。 [CF変換] ○ CR-1000ZIF + GH-CF32GD 成功。 + TS64GCF400 成功。 【KMA:Kenwood Media Application】 ●ジャケ写を転送したいのですが ⇒曲の転送後に、"PD内のファイル"の曲情報編集でジャケ写を設定して下さい。 ※KMA Ver3以降は、曲ファイルと同じフォルダにある画像が、ジャケ写として転送されます。 ★小技:MP3ファイルにiTunesで画像を埋め込んでおくとジャケ写付きで転送されます。 ●ロスレスで転送したいのですが ⇒WAVファイルのみロスレスに変換できます。 KMA2.0.0.0以降と対応ハード(HD30GA9/HD30GB9/HD60GD9(EC))が必要です。 ※転送時にLossless圧縮されます。 ●ロスレス変換後のサイズは? ⇒曲によって違いますが、平均でWAVファイルの約60%程度になるようです。 ●アルバム名等が欠けてしまいました。どうしてでしょう? ⇒下記の文字数制限があり、制限を越えた部分はカットされます。 ・曲名 63文字 ・アーティスト名 31文字 ・アルバム名 31文字 ※KMA Ver3未満は、WAVのタグは転送されません。 ●KMAのバージョン GA7に付属:1.x.x.x(初期リリース) GA9に付属:2.x.x.x(ロスレス対応) GB9に付属:3.x.x.x(WAVタグ対応) DLしましょ:4.x.x.x(Vista対応版) GD9に付属:5.x.x.x(AAC対応版、VistaもOK) ver5では、wmaの転送速度が更に低下(DRM、WMP11対応の為) aac、mp3の転送速度の3分の1となっている。 求む、クレームメール ●Vistaで使用できますか? ⇒KMAのVista対応版がリリースされています。 http //www.kenwood.co.jp/j/info_windowsvista_he.html 【HD10GB7】 ●専用転送ソフトが必要ですか? ⇒専用ソフトは不要です。エクスプローラでD D、WMPで転送等が可能です。 ●KMAは使用できますか? ⇒使用できません。付属していません。 ●ジャケット画像を転送したいのですが。 ⇒WMP10で転送すれば、WMPで設定したジャケットが転送可能です。 接続モードはMTP接続である必要があります。 ※タグに埋め込んだ画像も表示できるようです。 ●ギャップレス再生は出来ますか? ⇒WAVのみ可能です。ファームバージョン2.00.01から対応しました。 ●MSC接続とは何ですか? ⇒Mass Strage Class接続の略。PCとの接続中は、普通の外付けHDDとして使えます。 MTP接続で転送したファイルは見えません。 ●MTP接続とは何ですか? ⇒Media Transfer Protocol接続の略。 接続モードを自動検出にし、WinXP+WMP10かVistaのPCに接続すると利用できます。 Napsterを利用する場合は、このモードを使う必要があります MSC接続で転送したファイルは見えません。 ●フォーマットしても大丈夫ですか? ⇒大丈夫です。フォーマットしてもファームは消えません。 ※ファームバージョン1.02.02からフォーマット機能がつきました。 ※フォーマットはGB7本体の機能を使うよう推奨されています。 ●Vistaで使用できますか? ⇒ファームバージョン1.03.01から対応済み。 【Windows以外でも使いたい】 ●MAC OSでも使えます VirtualPCを使うとMAC OSでも使えます。 USB2.0が使えないので、転送は遅いようです。 現在確認されているシステムは下記の通り。 MAC OS X 10.4.2+VirtualPC 7.02 ●Linuxでも使えます VMwareを使うとLinuxでも使えます。 毎回接続した時に#rmmod usb_storageとやってやる必要あり、らしいです。 現在確認されているシステムは下記の通り。 SUSE Linux9.3 +VMware Workstation5 for Linux +WindowsXP Pro SP1 ●ギガビリモコン使用について リモコンのボタンの印刷と実際に押した時の動作が違います。 ・ボタン →実際の動作 ・再生/一時停止 →曲送り(電源OFF時に押すと電源が入る、早送りも可) ・曲送り →音量Down ・曲戻し →音量Up ・EQ →曲戻し(早戻しも可) ・VOL+ →フォルダスキップ ・VOL- →音が一瞬爆音になる。押しちゃダメ!! ちなみに電源OFFは本体のメニューキーからしか出来ないので注意。 VOL-キーだけ押さなければ、特に問題なく使えるけど自己責任で! 音質劣化が気になる方は使わないほうが無難。 【新型機に乗り換える】 HD30GB9からはファイル転送時の暗号化がされなくなったため、 機種間の移行が楽になりました。下記の方法が早くて便利。 ジャケット画像も保持されます。 1.GB9内の音楽ファイル入フォルダを構造そのままでGD9(EC)内にコピー 2.GB9のルート\KWSYSTEM\IMAGEをコピーしGD9(EC)の同名フォルダに上書き 3.KMAでGD9(EC)側のライブラリ更新 4.(゚Д゚)ウマー
https://w.atwiki.jp/code_matome/pages/42.html
Internet Engineering Task Force (IETF) J. Korhonen, Ed. Request for Comments 6603 Nokia Siemens Networks Updates 3633 T. Savolainen Category Standards Track Nokia ISSN 2070-1721 S. Krishnan Ericsson O. Troan Cisco Systems, Inc May 2012 Prefix Exclude Option for DHCPv6-based Prefix Delegation Abstract This specification defines an optional mechanism to allow exclusion of one specific prefix from a delegated prefix set when using DHCPv6-based prefix delegation. The new mechanism updates RFC 3633. この仕様では、DHCPv6-based prefix delegationを仕様するときに、委任prefixから特定のprefixを除外するオプションのメカニズムを定義する。 Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http //www.rfc-editor.org/info/rfc6603. Copyright Notice Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust s Legal Provisions Relating to IETF Documents (http //trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Korhonen, et al. Standards Track [Page 1] RFC 6603 PD Exclude Option May 2012 Table of Contents 1. Introduction ....................................................2 2. Requirements and Terminology ....................................2 3. Problem Background ..............................................3 問題の背景 4. Solution ........................................................3 4.1. Prefix Delegation with Excluded Prefixes ...................3 Excluded PrefixのPrefix Delegation 4.2. Prefix Exclude Option ......................................4 5. Delegating Router Solicitation ..................................6 5.1. Requesting Router ..........................................6 5.2. Delegating Router ..........................................6 6. Requesting Router Initiated Prefix Delegation ...................7 6.1. Requesting Router ..........................................7 6.2. Delegating Router ..........................................8 7. Security Considerations .........................................8 8. IANA Considerations .............................................8 9. Acknowledgements ................................................8 10. References .....................................................9 10.1. Normative References ......................................9 10.2. Informative References ....................................9 1. Introduction This specification defines an optional mechanism and the related DHCPv6 option to allow exclusion of one specific prefix from a delegated prefix set when using DHCPv6-based prefix delegation. この仕様は、DHCPv6-based prefix delegationを使用するときに委任prefixから特定のprefixを除外することを可能とするDHCPv6 optionとメカニズムを定義する。 The prefix exclusion mechanism is targeted at deployments where DHCPv6-based prefix delegation is used, but a single aggregated route/prefix has to represent one customer, instead of using one prefix for the link between the delegating router and the requesting router and another prefix for the customer network. The mechanism defined in this specification allows a delegating router to use a prefix out of the delegated prefix set on the link through which it exchanges DHCPv6 messages with the requesting router, and is intended for use in networks where each requesting router is on its own layer-2 domain. prefix exclusion mechanism(prefix除外メカニズム)はDHCPv6-based prefix delegationが使用される運用をターゲットとしている。ただし、委任ルーターと要求ルーターで1つのprefixが使用され、異なるprefixが加入者のネットワークで使用されるのではなく、1加入者が1つの委任prefix、routeに集約される。この仕様で定義されたメカニズムにより、要求ルーターがDHCPv6 message exchangeでexchangeし、linkに設定した委任prefixの中のprefixを委任ルーターは使用することができ、各要求ルーターがレイヤ2ドメインにある場合、ネットワークで使用することができる。 2. Requirements and Terminology The key words MUST , MUST NOT , REQUIRED , SHALL , SHALL NOT , SHOULD , SHOULD NOT , RECOMMENDED , MAY , and OPTIONAL in this document are to be interpreted as described in [RFC2119]. Korhonen, et al. Standards Track [Page 2] RFC 6603 PD Exclude Option May 2012 3. Problem Background DHCPv6 Prefix Delegation (DHCPv6-PD) [RFC3633] has an explicit limitation described in Section 12.1 of [RFC3633] that a prefix delegated to a requesting router cannot be used by the delegating router. This restriction implies that the delegating router will have two (non-aggregatable) routes towards a customer one for the link between the requesting router and the delegating router, and one for the customer site behind the requesting router. DHCPv6 Prefix Delegation(DHCPv6-PD)は要求ルーターに委任されたprefixを委任ルーターは使用することができない(RFC 12.1 Section 12.1の制限)。この制限は、委任ルーターが加入者に対して2つの集約できないルートを持っていることを意味する。1つは要求ルーターと委任ルーター、2つは委任ルーターと要求ルーターのは以下の顧客サイト。 There are architectures and link models where a host (e.g., a mobile router, also acting as a requesting router) always has a single (/64) prefix configured on its uplink interface and the delegating router is also the requesting router s first-hop router. Furthermore, it may be required that the prefix configured on the uplink interface has to be aggregatable with the delegated prefixes. This introduces a problem in how to use DHCPv6-PD together with stateless [RFC4862] or stateful [RFC3315] address autoconfiguration on a link where the /64 advertised is also part of the prefix delegated (e.g., /56) to the requesting router. このアーキテクチャーでは、ホストは常にuplinkインターフェースには1つの/64 prefixが設定され、委任ルーターは要求ルーターと1hop ルーターの関係である。さらに、uplinkインターフェースで設定されたprefixは委任prefixで集約可能であることが要求される。これは、DHCPv6-PDとstatelessまたはstateful address autoconfigurationを使用するとき、/64 のadvertiseが要求ルーターへの委任prefixの一部(例 /56)であるときに問題になる。 4. Solution 4.1. Prefix Delegation with Excluded Prefixes This specification defines a new DHCPv6 option, OPTION_PD_EXCLUDE (67), that is used to exclude exactly one prefix from a delegated prefix. The OPTION_PD_EXCLUDE is included in the OPTION_IAPREFIX IAprefix-options field. There can be at most one OPTION_PD_EXCLUDE option in one OPTION_IAPREFIX option. The OPTION_PD_EXCLUDE option allows prefix delegation where a requesting router is delegated a prefix (e.g., /56) and the delegating router uses one prefix (e.g., /64) on the link through which it exchanges DHCPv6 messages with the requesting router with a prefix out of the same delegated prefix set. この仕様では、新規のDHCPv6 option OPTION_PD_EXCLUDE (67)を定義する。これは、委任prefixから1つだけprefixを除外するために使用される。OPTION_PD_EXCLUDEはOPTION_IAPREFIX IAprefix-options fieldに含まれる。1つのOPTION_IAPREFIX optionに最大で1つのOPTION_PD_EXCLUDE optionがある。OPTION_PD_EXCLUDE optionは要求ルーターが委任されたprefix(例 /56)のprefix delegationを可能とし、委任ルーターは要求ルーターと同じ委任prefixの集合を交換したリンクで使用することを可能とする。 A requesting router includes an OPTION_ORO option with the OPTION_PD_EXCLUDE option code in a Solicit, Request, Renew, or Rebind message to inform the delegating router about the support for the prefix delegation functionality defined in this specification. A delegating router may include the OPTION_PD_EXCLUDE option code in an OPTION_ORO option in a Reconfigure message to indicate that the requesting router should request OPTION_PD_EXCLUDE from the delegating router. 要求ルーターはこの仕様で含まれるprefix delegation機能について委任ルーターに通知するためSolicit、Request、Renew、Rebind messageのOPTION_ORO optionにOPTION_PD_EXCLUDE option code を設定する。委任ルーターは、要求ルーターが委任ルーターからOPTION_PD_EXCLUDEを要求するべきであることを示すため、Reconfigure messageにOPTION_ORO optionにOPTION_PD_EXCLUDE option codeを設定する。 Korhonen, et al. Standards Track [Page 3] RFC 6603 PD Exclude Option May 2012 The delegating router includes the prefix in the OPTION_PD_EXCLUDE option that is excluded from the delegated prefix set. The requesting router MUST NOT assign the excluded prefix to any of its downstream interfaces. 委任ルーターは委任prefixの集合から除外されたprefixをOPTION_PD_EXCLUDE optionに設定する。要求ルーターは除外されたprefixを下位のインターフェースに割り当てないこと。 4.2. Prefix Exclude Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OPTION_PD_EXCLUDE | option-len | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | prefix-len | IPv6 subnet ID (1 to 16 octets) ~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Prefix Exclude Option o option-code OPTION_PD_EXCLUDE (67). o option-len 1 + length of IPv6 subnet ID in octets. A valid option-len is between 2 and 17. 1 + IPv6 subnet IDのオクテットサイズ。有効なoption-lenは2から17の間である。 o prefix-len The length of the excluded prefix in bits. The prefix-len MUST be between OPTION_IAPREFIX prefix-length +1 and 128. bit単位のexcluded prefixの長さ。prefix-lenは「OPTION_IAPREFIX prefix-length + 1」と128の間であること。 o IPv6 subnet ID A variable-length IPv6 subnet ID up to 128 bits. 128bit以下の可変長IPv6 subnet ID。 The IPv6 subnet ID contains prefix-len minus OPTION_IAPREFIX prefix- length bits extracted from the excluded prefix starting from the bit position OPTION_IAPREFIX prefix-length . The extracted subnet ID MUST be left-shifted to start from a full octet boundary, i.e., left- shift of OPTION_IAPREFIX prefix-length mod 8 bits. The subnet ID MUST be zero-padded to the next full octet boundary. IPv6 subnet IDはOPTION_IAPREFIX prefix-lengthのbit位置から始まるexcluded prefixが取り除かれた、prefix-len - 「OPTION_IAPREFIX prefix-length」だけのbitを設定する。抽出されたsubnet IDはオクテット境界で左シフトすること。つまり、「OPTION_IAPREFIX prefix-length」 mod 8 bitsだけ左シフトすること。subnet IDはオクテット境界で0パディングすること。 The encoding of the IPv6 subnet ID can be expressed in a C-like pseudocode as shown below 以下のように、IPv6 subnet IDのエンコードはCライクのコードで示される。 uint128_t p1; // the delegated IPv6 prefix uint128_t p2; // the excluded IPv6 prefix uint16_t a; // the OPTION_IAPREFIX prefix-length uint8_t b; // the excluded IPv6 prefix length uint8_t s; // sanity checks s = 128-a; // size of non-prefix bits assert(b a); // b must be at least a+1 assert(p1 s == p2 s); // p1 and p2 must share a common // prefix of a bits // calculate the option content uint16_t c = b-a-1; // the IPv6_subnet_ID_length-1 in bits uint16_t d = (c/8)+1; // the IPv6_subnet_ID_length in octets uint128_t p = p2 // common p1 prefix left-shifted out to // a full octet boundary (trailing bits // are zeroed) // populate the option uint8_t* id = OPTION_PD_EXCLUDE.IPv6_subnet_ID; OPTION_PD_EXCLUDE.option_len = d+1; OPTION_PD_EXCLUDE.prefix_len = b; while (d-- 0) { *id++ = p 120; p = 8; } The OPTION_PD_EXCLUDE option MUST only be included in the OPTION_IAPREFIX IAprefix-options [RFC3633] field. OPTION_PD_EXCLUDE optionはOPTION_IAPREFIX IAprefix-option fieldにのみ設定されること。 Any prefix excluded from the delegated prefix MUST be contained in OPTION_PD_EXCLUDE options within the corresponding OPTION_IAPREFIX. 委任prefixから除外されたprefixは対応するOPTION_IAPREFIX内のOPTION_PD_EXCLUDE optionに含まれること。 The prefix included in the OPTION_PD_EXCLUDE option shares the same preferred-lifetime and valid-lifetime as the delegated prefix in the encapsulating OPTION_IAPREFIX option. OPTION_PD_EXCLUDE optionのprefixはカプセル化されたOPTION_IAPREFIX optionの委任prefixのpreferred lifetimeとvalid lifetimeを共有する。 The prefix in the OPTION_PD_EXCLUDE option MUST be part of the delegated prefix in the OPTION_IAPREFIX. For example, the requesting router has earlier been assigned a 2001 db8 dead beef /64 prefix by the delegating router, and the delegated prefix in the OPTION_IAPREFIX is 2001 db8 dead bee0 /59. In this case, 2001 db8 dead beef /64 is a valid prefix to be used in the OPTION_PD_EXCLUDE option. The OPTION_PD_EXCLUDE option would be encoded as follows OPTION_PD_EXCLUDE optionのprefixはOPTION_IAPREFIXの委任prefixの一部であること。例えば、要求ルーターが委任ルーターにprefix「2001 db8 dead beef /64」を割り当てられ、OPTION_IAPREFIXの委任prefixが 「2001 db8 dead bee0 /59」の場合、「2001 db8 dead beef /64」はOPTION_PD_EXCLUDE optionで使用できる有効なprefixである。 OPTION_PD_EXCLUDE optionは下記のようにエンコードされる。 (訳注) uint128_t p1「2001 db8 dead beef 」 // the delegated IPv6 prefix uint128_t p2「2001 db8 dead bee0 」 // the excluded IPv6 prefix uint16_t a「59」 // the OPTION_IAPREFIX prefix-length uint8_t b「64」 // the excluded IPv6 prefix length uint8_t s; uint16_t c = b-a-1; 「c=4」 // the IPv6_subnet_ID_length-1 in bits uint16_t d = (c/8)+1; 「d=1」 // the IPv6_subnet_ID_length in octets uint128_t p = p2 p2=0010 0000 0000 0001 0000 1101 1011 1000 1101 1110 1010 1101 1011 1110 1110 1111 0×64個 p = 0 1111 0×59個 // populate the option uint8_t* id = OPTION_PD_EXCLUDE.IPv6_subnet_ID; OPTION_PD_EXCLUDE.option_len = d+1; 「2」 OPTION_PD_EXCLUDE.prefix_len = b; 「64」 while (d-- 0) { *id++ = p 120; *(OPTION_PD_EXCLUDE.IPv6_subnet_ID+0)「0111 1000」 p = 8; } 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OPTION_PD_EXCLUDE | 2 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 64 |0|1|1|1|1|0|0|0| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ^ ^ | | | +- 3 zero-padded bits follow | +- using C syntax 0xef (59 % 8) Note 59 mod 8 = 3 5. Delegating Router Solicitation The requesting router locates and selects a delegating router in the same way as described in Section 11 [RFC3633]. This specification only describes the additional steps required by the use of the OPTION_PD_EXCLUDE option. 要求ルーターがRFC3633 Section 11と同じ方法で委任ルーターを選択する。この仕様ではOPTION_PD_EXCLUDE optionを使用したときに追加される手順を説明する。 5.1. Requesting Router If the requesting router implements the solution described in Section 4.1, then the requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option in Solicit messages. 要求ルーターはSection 4.1で説明したソリューションを実装する場合、要求ルーターはSolicit messageにOPTION_ORO optionにOPTION_PD_EXCLUDE option codeを設定すること。 Once receiving Advertise message(s), the requesting router uses the prefix(es) received in OPTION_PD_EXCLUDE, in addition to the advertised prefixes, to choose the delegating router. The requesting router MUST proceed to the Prefix Delegation procedure described in Section 6.1. If the Advertise message did not include the OPTION_PD_EXCLUDE option, then the requesting router MUST fall back to normal behavior, as described in Section 11.1 of [RFC3633]. Advertise messageを受信したら、要求ルーターは委任ルーターを選択するためにadvertiseされたprefixに加え、OPTION_PD_EXCLUDEのprefixを使用する。要求ルーターはSection 6.1のPrefix Delegation procedureを実行すること。Advertise messageがOPTION_PD_EXCLUDE optionを含まなかった場合、要求ルーターはRFC 3633 Section 11.1の動作を実行すること。 5.2. Delegating Router If the OPTION_ORO option in the Solicit message includes the OPTION_PD_EXCLUDE option code, then the delegating router knows that the requesting router supports the solution defined in this specification. If the Solicit message also contains an IA_PD option, the delegating router can delegate to the requesting router a prefix that includes the prefix already assigned to the requesting router s uplink interface. The delegating router includes the prefix originally, or to be, assigned to the requesting router in the OPTION_PD_EXCLUDE option within the OPTION_IAPREFIX IAprefix-option in the Advertise message. Solicit messageのOPTION_OROがOPTION_PD_EXCLUDE option codeを含む場合、委任ルーターは要求ルーターがこの仕様で定義されたソリューションをサポートすることを知る。Solicit messageはIA_PD optionも含んでいる場合、委任ルーターは要求ルーターに要求ルーターがuplinkに割り当てられているprefixを含むprefixを委任できる。委任ルーターはAdvertise messageにOPTION_IAPREFIX IAprefix-option内のOPTION_PD_EXCLUDE optionで要求ルーターにprefixを割り当てる。 If the OPTION_ORO option in the Solicit message does not include the OPTION_PD_EXCLUDE option code, then the delegating router MUST fall back to normal behavior, as described in Section 11.2 of [RFC3633]. Solicit messageでOPTION_ORO optionがOPTION_PD_EXCLUDE option codeを含まない場合、委任ルーターはRFC 3633 Section 11.2の動作を実行すること。 If the OPTION_ORO option in the Solicit message includes the OPTION_PD_EXCLUDE option code but the delegating router does not support the solution described in this specification, then the delegating router acts as specified in [RFC3633]. Solicit messageでOPTION_ORO optionがOPTION_PD_EXCLUDE option codeを含むが、委任ルーターがこの仕様のソリューションをサポートしない場合、委任ルーターはRFC 3633の動作をする。 6. Requesting Router-Initiated Prefix Delegation The procedures described in the following sections are aligned with Section 12 of [RFC3633]. In this specification, we only describe the additional steps required by the use of the OPTION_PD_EXCLUDE option. このSectionではRFC 3633のSection 12の動作を整理する。この仕様では、OPTION_PD_EXCLUDE optionが追加された時に必要な追加手順のみを説明する。 6.1. Requesting Router The requesting router behavior regarding the use of the OPTION_PD_EXCLUDE option is mostly identical to the steps described in Section 5.1, with the difference being the use of a DHCPv6 Request instead of an Solicit message. The requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option for DHCPv6 messages as described in Section 22.7 of [RFC3315]. The requesting router SHOULD include the OPTION_PD_EXCLUDE option code in the OPTION_ORO option for DHCPv6 messages as described in Section 22.7 of [RFC3315]. OPTION_PD_EXCLUDE optionの使用に関する要求ルーターの動作はSolicit messageの代わりにRequest messageを使用していること以外はSection 5.1とほぼ同じである。RFC 3315のSection 22.7で説明されている通り、要求ルーターはDHCPv6 messageにOPTION_ORO optionでOPTION_PD_EXCLUDE option codeを含むこと。 The requesting router uses a Release message to return the delegated prefix(es) to a delegating router. The prefix(es) to be released MUST be included in the IA_PDs along with the excluded prefix included in the OPTION_PD_EXCLUDE option. The requesting router MUST NOT use the OPTION_PD_EXCLUDE option to introduce an additional excluded prefix in the Release message for which it originally got a valid binding. 要求ルーターは委任ルーターに委任されたprefixを返却するためにRelease messageを使用する。リリースされるprefixには、OPTION_PD_EXCLUDE optionのexcluded prefixもIA_PDに含まれること。要求ルーターはRelease messageにexcluded prefixを追加するためのOPTION_PD_EXCLUDE optionを使用しないこと。 The requesting router must create sink routes for the delegated prefixes, minus the excluded prefixes. This may be done by creating sink routes for delegated prefixes and more specific routes for the excluded prefixes. 要求ルーターはexcluded prefixを取り除いた委任prefixのルーティングを作成する必要がある。これは委任prefixとexcluded prefixのためのルートを作成する必要があるかもしれない。 Korhonen, et al. Standards Track [Page 7] RFC 6603 PD Exclude Option May 2012 6.2. Delegating Router The delegating router behavior regarding the use of the OPTION_PD_EXCLUDE option is more or less identical to the step described in Section 5.2. The only difference is the DHCPv6 messages used to carry the OPTION_PD_EXCLUDE option. OPTION_PD_EXCLUDE optionの使用に関する委任ルーターの動作は、Section 5.2にある。ただし、OPTION_PD_EXCLUDE optionを送受信するためのDHCPv6 messageのみが異なる。 The delegating router may mark any prefix(es) in the IA_PD Prefix options in a Release message from a requesting router as available , excluding the prefix included in the OPTION_PD_EXCLUDE options. If the Release message contains a new excluded prefix in any OPTION_PD_EXCLUDE option, the delegating router MUST send a Reply message with the Status Code set to NoBinding for that IA_PD option. 委任ルーターはOPTION_PD_EXCLUDE optionsに含まれるprefixを除く、要求ルーターからのRelease messageに含まれるIA_PD Prefix optionのprefixを利用可能としてマークする。Release messageがOPTION_PD_EXCLUDE optionに新しいexcluded prefixを含んでいる場合、委任ルーターはIA_PD optionoのStatus CodeにNoBindingを設定してReply messageを送信すること。 7. Security Considerations Security considerations for DHCPv6 are described in Section 23 of [RFC3315]. For DHCPv6 Prefix Delegation, they are described in Section 15 of [RFC3633]. In particular, RFC 3633 provides recommendations for protection against prefix delegation attacks. This specification does not add any new security considerations beyond those provided by RFC 3633. DHCPv6のSecurity considerationはRFC 3315のSection 23で説明される。DHCPv6 Prefix Delegationに関しては、RFC 3633のSection 15に記載される。具体的には、RFC 3633ではprefix delegation攻撃の保護に関する勧告を提供する。この仕様ではRFC 3633によって提供される以上の新しいsecurity considerationを追加しない。 8. IANA Considerations A new DHCPv6 Option Code has been reserved from the Dynamic Host Configuration Protocol for IPv6 (DHCPv6) registry for DHCP Option Codes. 新しいDHCPv6 Option CodeがDHCP Option Codesのレジストリに Dynamic Host Configuration Protocol for IPv6 (DHCPv6) から予約される。 OPTION_PD_EXCLUDE (67) 9. Acknowledgements The authors would like to thank Ralph Droms, Frank Brockners, Ted Lemon, Julien Laganier, Fredrik Garneij, Sri Gundavelli, Mikael Abrahamsson, Behcet Sarikaya, Jyrki Soini, Deng Hui, Stephen Jacob, Hemant Singh, Gaurav Halwasia, Lorenzo Colitti, and Tomasz Mrugalski for their valuable comments and discussions. Korhonen, et al. Standards Track [Page 8] RFC 6603 PD Exclude Option May 2012 10. References 10.1. Normative References [RFC2119] Bradner, S., Key words for use in RFCs to Indicate Requirement Levels , BCP 14, RFC 2119, March 1997. [RFC3315] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, Dynamic Host Configuration Protocol for IPv6 (DHCPv6) , RFC 3315, July 2003. [RFC3633] Troan, O. and R. Droms, IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6 , RFC 3633, December 2003. 10.2. Informative References [RFC4862] Thomson, S., Narten, T., and T. Jinmei, IPv6 Stateless Address Autoconfiguration , RFC 4862, September 2007. Korhonen, et al. Standards Track [Page 9] RFC 6603 PD Exclude Option May 2012 Authors Addresses Jouni Korhonen (editor) Nokia Siemens Networks Linnoitustie 6 FI-02600 Espoo Finland EMail jouni.nospam@gmail.com Teemu Savolainen Nokia Hermiankatu 12 D FI-33720 Tampere Finland EMail teemu.savolainen@nokia.com Suresh Krishnan Ericsson 8400 Decarie Blvd. Town of Mount Royal, QC Canada EMail suresh.krishnan@ericsson.com Ole Troan Cisco Systems, Inc Oslo Norway EMail ot@cisco.com Korhonen, et al. Standards Track [Page 10]
https://w.atwiki.jp/china_pad/pages/398.html
仕様 解説 不具合など リンクなど コメント 仕様 OS Android 4.2 CPU Rockchip RK3188 Cortex-A9 QuadCore 1.6GHz GPU Mali-400MP4 533MHz RAM 1GB 液晶 7.9インチ液晶 1024×768IPS wifi IEEE 802.11 b/g/n 内蔵ストレージ 16GB 内蔵カメラ 前200万画素、後500万画素 サイズ 厚さ7.8mm? 重量305g バッテリー 5,000mAh(メーカー公称値) 付属品 不明 インターフェース・搭載ハード MicroSD(最大32GB)、USB2.0 OTG、HDMI、3.5mmイヤホンジャック、Bluetooth 解説 V88の廉価版? 筐体のアルミだった部分が、軽量化の為に一部が樹脂に変更されている様だ。 サイズに関しては公式ページでも記述がはっきりしていないが、軽量化している反面 微妙にスケールアップしている可能性がある。 不具合など リンクなど メーカープレスリリース http //www.chuwi.com/index.php?m=Article a=show id=48 1024x768 8 BT Cortex-A9 IPS QuadCore RK3188 コメント 軽量化というよりWiFiの感度を良くするためじゃないのかな。 - 2013-07-30 10 55 32
https://w.atwiki.jp/touhouproject7/pages/110.html
副管理人のプロフです。 X-2Factory Co., Ltd.@夢子 一行紹介:マジ鬼畜。ドS。 名前:X-2,102 階級:副管理人・メイド 種族:人間 年齢:不詳 職業:非公開 趣味:パソコン・海外旅行 誕生日:非公開 血液型:A型 出身地:千葉県印西市 住まい:フランス共和国、パリ PC型番: 自作PC(フランス国内) ケース Antec GX505 OS Win7 Pro 64Bit(フランス版) マザー ASRock Z97X Killer CPU Corei7-4790K クーラー:サイズ SCKTT-1000 メモリ Samsung製 DDR3-1600 8GB (2x4GB デュアルチャンネル) GPU 無 SSD Samsung 850EVO 250GB HDD WD 2TB 7200rpm 電源装置 Cooler Master MasterWatt 750W (MPX-7501-AMAAB-EU) 一体型PC(フランス国内、2台目) 筐体型番:富士通 ESPRIMO FH70/D1(日本製、輸入) OS:Windows10 Home (64Bit,日本語版) CPU:Corei7 8750H メモリ:DDR4-2666 16GB (2x8GB デュアルチャンネル) グラボ:オンボード(Intel UHD Graphics 630) SSD 富士通 256GB M.2 SSD HDD WD 4TB 5400rpm 電源装置 中国製、10A減圧器(220V→100V)~純正ACアダプタ 日本にいる家族からPCを買ってDHLで送って貰った所、自宅に届いた時にはハードディスクがお亡くなりになられていました。梱包の箱も一部潰れてたり酷かったです。なのでAmazonで即行で新しいHDD買って載せ替えました。1TB→4TB化!使わないけど。 自作PC(日本国内) ケース ZALMAN Z9 PLUS OS Windows7 Professional SP1 (64Bit,日本版) マザー ASUS P9X79 PRO CPU Corei7 3930K クーラー ZALMAN CNPS9900DF メモリ Samsung製 DDR3-1600 32GB (8x4GB クアッドチャンネル) グラボ MSI N660GTX Twin Frozr III OC →MSI Twin Frozr IV (GeForce GTX 780Ti) SSD 未搭載 HDD Seagate 2TB 7200rpm 電源装置 不明 一言:かれこれ4年フランスでの生活でパソコンに触れてきましたが、AZERTY配列はやっぱりいまだに慣れないです。
https://w.atwiki.jp/tekiyakusaikyou/pages/2153.html
【作品名】REPEATERS リピーターズ 【ジャンル】映画 【名前】マイクwithバイク 【属性】ループしている人間 【大きさ】青年並み 【攻撃力】銃とショットガン所持 【防御力】本人は同じ青年並の男と殴り合っても行動可能、バイクは普通のバイク並み 【素早さ】同じ青年並の男と殴り合える程度の反応、それ以外はバイク並み 【特殊能力】 彼は朝7時30分から夜の就寝時間になり、起きるとまたその日の朝7時30分に戻るという 一日の出来事をずっとループして繰り返している ただしその日の内に何らかの形で死亡すれば自動的にその場で彼はその日の朝7時30分の状態に戻る 要するに生き返る(ちなみにどんな形であれループしてる間の記憶は継続している) 【長所】死んでもループを利用して復活可能 【短所】主人公らはループから解放されたっぽいが彼は最後までループするというオチっぽいラスト 【戦法】とりあえず撃つ。何らかの形で殺害されるような相手はループを駆使して何とか粘って削る。 【備考】主人公もループしているのをいいことに悪事を働くキャラだったが彼の場合は殺人までするようになっていって 流石に主人公からもこのエスカレートっぷりはヤバいと判断され敵対するようになる。 vol.101参戦 101スレ目 731 :格無しさん:2016/12/27(火) 18 15 03.15 ID y6ExdiBN マイク考察 ○鬼頭コックリ 散弾銃の広範囲射撃ならいくら前もって知っていてもよけられることはない ○平沼ノゾミ 頑張って射殺 △全能の神 相手も再生能力持ちで決着つかず ○スナッフルズ 何回か殺されるけど耐えて削り勝ち △△△澤永泰介~天津 倒せない倒されない ×影盗りコロー 影盗りで行動不能負け ×デンリュウ 散弾銃では殺せそうになくほぼ一方的に殺され続ける あるいは触れられて感電して動けなくなる ×スノーフレーク ほぼ一方的に殺され続ける 澤永泰介=マイク